home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000217-20000824 / 000289_news@columbia.edu _Mon May 8 20:37:23 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id UAA27815
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 8 May 2000 20:37:22 -0400 (EDT)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA25855
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 8 May 2000 20:37:22 -0400 (EDT)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id UAA15832
  10.     for kermit.misc@watsun.cc.columbia.edu; Mon, 8 May 2000 20:35:27 -0400 (EDT)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: "Steve" <steve@baus-systems.com>
  13. Subject: Re: Unexpected parity from host
  14. Message-ID: <Q2JR4.8073$701.123668@news4.giganews.com>
  15. Organization: Giganews.Com - Premium News Outsourcing
  16. Date: Mon, 8 May 2000 17:36:06 -0700
  17. To: kermit.misc@columbia.edu
  18.  
  19. I am attaching the packet log of the receiving PC that is giving us the
  20. unexpected parity from host message.  This represents 2 attempts at sending.
  21.  
  22. Here is the setup file for Kermit:
  23. set port 1
  24. set speed 9600
  25. output AT &F\13
  26. output AT &C1\13
  27. output AT &D2\13
  28. output AT N0\13
  29. output AT s0=1\13
  30. output AT s37=9\13
  31. set parity none
  32. set flow xon/xoff
  33. set handshake none
  34. set duplex full
  35. set warning off
  36. set incomplete discard
  37. set send packet 94
  38. set retry 60
  39. show comm
  40. pause 1
  41.  
  42. Running Zoom external K56 modems on both ends.
  43.  
  44. What we are attempting to do is have the calling computer connect to a PC in
  45. server mode.  The calling computer sends a FIN twice which forces the
  46. receiving PC to the beginning of its script.  If the previous calling PC did
  47. not finish its file transfer, the receiving PC may not be in the proper
  48. location and 2 FINs resolve this  The calling PC then sends a file and
  49. issues another FIN, the receiving PC opens that file, sees who this is,
  50. creates a file specific to this caller to send back, the calling computer
  51. then recieves the custom file and then sends its data to the host.  A few
  52. times we have made it into the file transfers but most of the time we just
  53. see what appear to be control characters on the screen then the line seems
  54. to drop.
  55.  
  56.  
  57. Any help would be appreciated,
  58. Steve Baus
  59.  
  60. Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote in message
  61. news:8f755k$236$1@newsmaster.cc.columbia.edu...
  62. > In article <x5ER4.63613$VR.1259526@news5.giganews.com>,
  63. > Steve <steve@baus-systems.com> wrote:
  64. > : We are running into an unexpected parity from host, changing parity to Mark
  65. > : message on a PC set to server mode we are attempting to send files to. Both
  66. > : computers are set to parity none, both running K 3.15 using Zoom external
  67. > : modems.  Phone company says the line is clean.  We routinely do the same
  68. > : file transfer to multiple other locations on a regular basis without any
  69. > : problems.
  70. > :
  71. > This message is issued when MS-DOS Kermit receives what it believes to be
  72.  
  73. > a file-transfer packet in which the control fields, which are 7-bit by
  74. > definition of the protocol, have their 8th bits set to 1.  This is how Kermit
  75. > automatically detects parity when you don't give it an explicit SET PARITY
  76. > command.
  77. >
  78. > Does the file transfer work?
  79. >
  80. > If so, then you probably have one or both of the modems inadvertently
  81. > configured to add parity.  If not, please collect a packet log and take a
  82. > look at it.  If that doesn't help, send a copy of the packet log to
  83. > kermit-support@columbia.edu.
  84. >
  85. > - Frank
  86.  
  87.  
  88. begin 666 Pack.log
  89. (contents deleted...)
  90. end
  91.